Posts

Post not yet marked as solved
3 Replies
yes! I am having this exact same issue, but my app extension loads in _way_ under 1.5s. I've been trying to debug mine for over a month, and after reproducing it with even the XCode template, I gave up on it figuring something is fundamentally broken in Garage Band regarding external Audio Unit v3 plugins. It does not seem to be an issue with v2 plugins.If anyone has any ideas how to debug this, I too would love to know what I am doing wrong, or just confirm it's a Garage Band issue with v3 (although has been for the past two major releases) and move on.TESTING OPEN TIMES:COLD:2020-05-13 23:00:19.832 auvaltool[31241:1581773] *** Assertion failure in +[NSServiceViewController currentAppIsViewService], /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/ViewBridge/ViewBridge-464.1/NSViewService.m:1402020-05-13 23:00:19.832 auvaltool[31241:1581773] *** Assertion failure in +[NSServiceViewController currentAppIsViewService], /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/ViewBridge/ViewBridge-464.1/NSViewService.m:140Time to open AudioUnit: 417.959 msWARM:Time to open AudioUnit: 102.353 msThis AudioUnit is a version 3 implementation.FIRST TIME:Time for initialization: 2.181 ms
Post not yet marked as solved
1 Replies
solved - answer was (as I expected) kind of obvious in retrospect, the modification to the underlying dictionary was happening from outside the main dispatch queue. Now everything works!
Post not yet marked as solved
1 Replies
solved.. two things:1- naming a private framework with a hyphen is .. interesting2- I fat fingered the target nameSo, with a properly named target, simply using the embedded framework as one would normally do worked without any futher modifications to the include settings. Whew!